United States Patent [i9] 

Josse et al. 



US006104929A 
[11] Patent Number: 
[45] Date of Patent: 



6,104,929 
Aug. 15, 2000 



[54] DATA PACKET RADIO SERVICE WITH 
ENHANCED MOBILITY MANAGEMENT 

[75] Inventors: Thierry Josse, Stockholm, Sweden; 

Jose Javier Cabero Combarros; 
Miguel Cobo Esteban, both of Madrid, 
Spain 

[73] Assignee: Telefonaktiebolaget LM Ericsson, 

Stocldiolm, Sweden 

[21] Appl. No.: 09/090,186 
[22] Filed: Jun. 4, 1998 



[60] 

[51] 
[52] 

[58] 



[56] 



Related U.S. Application Data 

Provisional application No. 60/050,306, Jun, 20, 1997, and 
provisional application No. 60/050,232, Jul. 11, 1997. 

Int. Cl.^ H04Q 7/20; H04B 1/38 

U.S. CI 455/445; 455/426; 455/560; 

370/379; 370/465 

Field of Search 455/426, 445, 

455/560; 370/328, 329, 349, 389, 401, 
465, 466; 709/230, 249; 714/748, 749, 

750 

References Cited 
U.S. PATENT DOCUMENTS 



5,729,537 3/1998 BUIstrom 370/329 

5,742,668 4/1998 Pepe et al 455/415 

5,793,762 8/1998 Penners et al 370/389 

5,966,378 10/1999 Hamalainen 370/348 

5,987,137 11/1999 Karppanen et al 360/28 

FOREIGN PATENT DOCUMENTS 

196 11 947 

CI 6/1997 Germany . 



2 307 828 6/1997 United Kingdom . 

OTHER PUBLICAHONS 

Digital Cellular Telecommunications System (Phase 2+), 
General Packet Radio Service (GPRS) Service Description, 
TS GSM 03.60 version 2.0.0, May 1997. 

Brasche et al, Analysis of Multi-Slot MAC Protocols Pro- 
posed for the GSM Phase 2+ General Packet Radio Service, 
1997 IEEE 47"^ Vehicular Technology Conference, Phoenix, 
AZ, May 4-7, 1997, vol. 2, No. CONF. 47, May 4, 1997, pp. 
1295-1300. 



Primary Examiner — Nguyen Vb 

Assistant Examiner — Charles N. Appiah 

Attorney, Agent, or Firm — Nixon & Vanderhye, PC. 



[57] 



ABSTRACT 



The address of a latest Serving GPRS Support Node (SGSN) 
is provided to a Gateway GPRS Support Node (GGSN) by 
a special Update SGSN Address Request message which is 
sent from the SGSN to the GGSN. For a subscriber whose 
subscription permits, the address of the latest SGSN node is 
sent in the Update SGSN Address Request message for a 
quahfied packet data protocol (POP) context. A qualified 
PDP context (1) has a static PDF address; and (2) is not 
activated. The Update SGSN Address Request message can 
be sent from the SGSN to the GGSN in either a GPRS Attach 
scenario or an Inter-SGSN Routing Area Update Scenario. 
In response to the Update SGSN Address Request message, 
the GGSN sends an Update SGSN Address Response mes- 
sage which advises whether the updating of the address for 
the SGSN at the GGSN has been successful. 

24 Claims, 7 Drawing Sheets 
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DATA PACKET RADIO SERVICE WITH 
ENHANCED MOBILFTY MANAGEMENT 

This application claims the benefit and priority of the 
following United States Provisional patent applications, 
both of which are entitled "DATA PACKET RADIO SER- 
VICE WITH ENHANCED MOBILITY MANAGEMENT" 
and are incorporated herein by reference: U.S. Provisional 
patent application Ser. No. 60/050,306, filed Jun. 20, 1997; 
U.S. Provisional patent application Ser. No. 60/052,232, 
filed Jul. 11, 1997. 

FIELD OF THE INVEN^HON 
The present invention relates to packetized data transmis- 
sions over a radio network, and more particularly, to routing 
of packets to the proper mobile switch currently serving a 
mobile radio. 

RELATED ART AND OTHER 
CONSIDERATIONS 

In recent years cellular telephones have become increas- 
ingly popular. A cellular telephone is just one example of 
what is referred to in telephone parlance as a "mobile 
station" or "mobile terminal". A mobile station can take on 
varioxis forms other than a cellular telephone, including a 
computer (e.g., a laptop computer) with mobile termination 
capabilities. Each subscriber having a mobile station is 
assigned a unique International Mobile Subscriber Identity 
(IMSI). 

Telecommunications services are provided between a 
cellular telecommunications network and a mobile station 
over an air interface, e.g., over radio frequencies. At any 
moment an active mobile station is in communication over 
the air interface with one or more base stations (BSs). The 
base stations are, in turn, managed by base station control- 
lers (BSCs), also known as radio network controllers 
(RNCs). A base station controller (BSC) together with its 
base stations (BSs) comprise a base station system (BSS). 
The base station controllers (BSC)^f a base_st ation s ystem^ 

j;^(BSS)^isxormected via control nodes to a core telecommu- 

nica tions netwo rk^ ^ ^ ^ 

One type of^sfandardized mobile telecommunications 
scheme, utQized, e.g., in Europe, is the Global System for 
Mobile communications (GSM). GSM includes standards 
which specify functions and interfaces for various types of 

(jjervices. A relatively recent data service available within the 
GSM system is General Packet Radio Service (GPRS). 
GPRS difEers is firom existing data services in that GPRS is 

/-a^packet switched service instead of a circuit switched_data 
service. Whereas (in GSM) a circuit switched^ta-userns 

jr-connected continuously to the radio network during a data 

"^all (e.g., even when not transferring data), a GPRS user is 
connected to the radio network only when either (1) the 
mobile station desires to transmit or (2) the network has 
something to transmit to the mobile station. In other words, 
in GPRS the mobile station (e.g., a computer with mobile 
termination) is not connected to the network constantly/ 
while the computer is in use, but only during these two'- 
transmission events. Examples of GPRS systems are shown 
in U.S. patent application Ser. No. 09/069,969 filed Apr. 30, 
1998 entitled "Dynamic Allocation of Packet Data 
Channels," and U.S. patent apphcation Ser. No. 09/069,939 
filed Apr. 30, 1998 entitled "Allocation of Channels for 
Packet Data Services," both of which are incorporated 
herein by reference. 

Cbntrol nodes can take various forms, depending on the 
types of services or networks to which the control nodes are 
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connected. For connecting to connection-oriented, circuit 
switched networks such as PSTN and/or ISDN, the control 
node can be a mobile switching center (MSC), which often 
is associated with a visiting location register (VLR). For 
connecting to the general packet radio services (GPRS) such 
as Internet (for example), the control node can be a gateway 
GPRS support node (GGSN). In a GPRS system, there also 
may be one or more Serving GPRS Support Nodes (SGSN). 
The SGSN is the node that serves the mobile station, e.g., the 
node which performs mobiUty management context at 
GPRS attachment and establishment of PDP context at PDP 
context activation. Importantly, the address of the SGSN 
node currently serving a GPRS-utilizing mobile station must 
be known by the GGSN in order for data packets to be routed 
between the data packet networks and the mobile station. 

An owner of a mobile station typically enters into a 
contract or subscription agreement with a service provider 
(e.g., a company which operates the telecommunications 
network through which the mobile station engages in tele- 
communications connections). As part of the subscription 
agreement, the mobile station is categorized as belonging to 
one of several access classes available on the network. 
Subscription data from the subscription agreement is stored 
in a record maintained e.g., in a home location register 
(HLR) for the mobile station, 

A mobile subscriber who is roaming moves freely within 
the network, with the network knowing where the mobile 
station is located. This makes it possible for the mobile 
subscriber to receive a call regardless of location. To keep 
the network up to date with the subscriber location, the 
mobile station informs the system whenever it changes 
location area. This is called location updating. 
f One type of location updating is known as an "attach". An 
I IMSI attach is used by the mobile station to notify the 
35 \ system that it is in active mode again, provided that it is in 
\the same location area as it was when it entered the inactive 
^tate. 

One prior art attach implementation is the GSM attach 
procedure described Digital Cellular Telecommunications 
40 System (Phase 2+), General Packet Radio Service (GPRS) 
^ Service Description, TS GSM 03.60 version 2.0.0, the 
entirety which is explicitly incorporated herein by reference, 
including section 6.5 thereof. 

Generally, in the GSM attach procedure, a mobile station 
45 having GPRS capability sends an Attach Request message to 
a^SGSNrnode. The-^SGSN node performs identification,. ^ 
authentication, and IMEI operations. The SGSN node then - 
sends an Update Location message to the home location 
register (HLR) of the mobile' sUtion^The HLR performs 
50 cancel location procedures, and thereafter performs Insert 
Subscriber Data procedures with respect to the mobile 
station. In so doing, the HLR sends certain subscriber data 
for the mobile station to the SGSN. The SGSN, upon 
receiving the subscriber data from the HLR, returns an 
55^ Update Ack message- as an acknowledgment. Thereafter, 
/V locatioh updating procedures, are performed, followed by^ 
/ transmission of an Attach Accept message from the SGSN to 
-^the^^mobile-stationr- --^^ 

1 1 is reiterated that the address of the SGSN node .currently 
serving a GPRS-utilizing inobile.station must be known by 
the Gateway GPRS Support Node (GGSN) in order for data 
packets to be routed between the dat£packet networks and 
th'e^^mobile.^station. In the prior art, the Gateway GPRSx 
Support Noae^^is informed of the address of the latest Serving 
GPRS Support Node only (1) when Packet Data Protocol 
Context activation is performed, or (2) when there is an 
inter-SGSN routing update. 
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The prior art occasions for informing the Gateway GPRS FIG. 2 is a schematic view of the ceUular telecommum- 

Support Node (GGSN) of the address of the latest Serving cations network of FIG. 1 but having the mobile station 

GPRS Support Node (SGSN) do not cater to all uses of the served by a second base station system and a second SGSN 

mobile station. In this regard, a PDP Context activation node. 

procedure is performed by Jhe,mpj3il(tsta_dpironl>^i'n~order--5 FIG. 3 is a diagrammatic view of general signal flow for 
to be able to^send/receiveJ*acket Switched information,.^ a combined IMSI/GPRS Attach procedure according to a 

Thus, the prior art does not provide the end-user with the mode of the invention. 

ability to receive data packets until this PDP Context acti- pj^j 3 A is a more detailed diagrammatic view of the 

vation procedure is perforaied due to the fact that the GGSN signal flow for the combined IMSI/GPRS Attach procedure 

does-tto1-faavc4he^ SGSN address. 10 of the mode of FIG. 3. 

It has previously been proposed to provide a separate pjQ 4\sa. diagrammatic view of general signal flow for 

interface between the Gateway GPRS Support Node an Inter-SGSN Routing Area Update procedure according to 

(GGSN) and the HLR, which contains the subscription data ^ j^ode of the invention. 

for the mobile station, in order to provide the address of the 4^ ^ ^^^^ detailed diagrammatic view of the 

latest Serving GPRS Support Node (SGSN) to the GGSN. 15 ^.^^^^ Inter-SGSN Routing Area Update pro- 

However, such would require that an entirely new interface cedure of the mode of FIG. 4. 

with new protocols be established and implemented. ^^^^ are diagrammatic views of mobility 

What is needed, therefore, and an object of the present management state models of the mobile station and SGSN 

invention, is a technique for informing the Gateway GPRS ^^^^ 

Support Node of the address of the latest Serving GPRS 2° 

Support Node under more generalized circumstances. DETAILED DESCRIPTION OF THE DRAWINGS 

TARIFF SUMMARY OF THE INVENTION following description, for purposes of explanation 

BRIEF SUMMARY Ob IHt IN VtlN iiUiN limitation, specific detaUs are set forth such as 

The address of a latest Serving GPRS Support Node particular architectures, interfaces, techniques, etc. in order 

(SGSN) is provided to a Gateway GPRS Support Node to provide a thorough understanding of the present inven- 

(GGSN) by a special Update SGSN Address Request mes- tion. However, it will be apparent to those skilled in the art 

sage which is sent from the SGSN to the GGSN. For a that the present invention may be practiced in other embodi- 

subscriber whose subscription permits, the address of the ments that depart from these specific details. In other 

latest SGSN node is sent in the Update SGSN Address instances, detailed descriptions of well known devices, 

Request message for a qualified packet data protocol (PDP) circuits, and methods are omitted so as not to obscure the 

context. A qualified PDP context (1) has a static PDP description of the present invention with unnecessary detail, 

address; and (2) is not activated. FIG. 1 shows an example cellular telecommunications 

The Update SGSN Address Request message can be sent network having GPRS capability for which the invention is 

from the SGSN to the GGSN in either a GPRS Attach 3^ useful. The network of FIG. 1 is shown using GSM-type 

scenario or an Inter-SGSN Routing Area Update Scenario. terminology. While a preferred implementation is described 

In response to the Update SGSN Address Request message, in a GSM context/application, the present invention may be 

the GGSN sends an Update SGSN Address Response mes- employed in other radio communications networks, 

sage which advises whether the updating of the address for piG. 1 shows that gateway general packet radio service 

the SGSN at the GGSN has been successful. ^ (GPRS) support node (GGSN) 20 is connected to one or 

The invention also involves introducing a new field, more data networks, such as the Internet, as represented by 

entitled "SGSN Address Updating Allowed". The SGSN cloud 22. GGSN 20 communicates over a Gn interface with 

Address Updating Allowed" field appears both (1) in the one or more serving general packet radio service support 

Jtsubscription for the mobile station in the mobile station's nodes (SGSN), of which two representative SGSNs are 

home location register (HLR); and (2) in the PDP context 45 shown as 24^ and 242- The SGSN 24^ communicates with 

• information maintained by the SGSN. In this field an opera- ^ (1) home location register (HRL) node 26^ using a Gr 

tor can specify that the PDP contexts for the subscriber, (interface; (2) mobile switching center (MSC) node 28^ 

which PDP contexts have an inactive PDP state and a static l^which includes visiting location register (VLR) 29^) using 

- PDP address, can provide their SGSN address to their GGSN ^ a^Gs interface; and (3) base station system (BSS) 30^ using 

following either a successful GPRS attach procedure or an 50 ' a Gb interface. The base station system (BSS) 30i commu- 

Inter-SGSN Routing Area Update procedure. The SGSN ^icates with various mobile radio stations, such as mobile 

Address Updating Allowed field is set by an operator, e.g., . station (MS) 40 shown in FIG. 1, over an air interface Um. 

jfby operator command. ^ MAP-D protocol is employed for communications 

'between HLR 26^ and MSCAT.R node 28i. A MAP-A 

BRIEF DESCRIPTION OF THE DRAWINGS xprotocol is employed for communications between MSC/ 

The foregoing and other objects, features, and advantages VLR node 28^ and nodes of base station system (BSS) 30^. 

of the invention will be apparent from the following more A mirror image of the network configuration above 

particular description of preferred embodiments as illus- "described is connected through^^©SNt24§!Itl5Sirefeg^ce 

trated in the accompanying drawings in which reference .numeralsof the nodes and systems of mirrored configuration 

characters refer to the same parts throughout the various 60 having the subscript 2 rather than 1. It should be understood 

views. The drawings are not necessarily to scale, emphasis that there need not necessarily be an identical mirroring, and 

instead being placed upon illustrating the principles of the that such representation is me rel y fo r^ sake of illustrative 

invention. _ convenien ce. Moreover, m[gffifg^i;iJ^y'bg'andtlikely#areB 

FIG. 1 is a schematic view of a cellular telecommunica- " 4c onDcctc:dKQlg:© SN»20^ that the overall next work may 

tions network according to an embodiment of the invention 65 be quite complex. 

and showing a mobile station served by a first base station A dashed-dotted line shown between each of HLR 26i 

system and a first SGSN node. and HRL 262 and GGSN 20 indicates that a possible 
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communications path could be established between each of 
the HLRs and the GGSN 20. However, such communica- 
tions path would require that an entirely new interface be 
established and implemented. As explained below, the 
present invention eliminates the need for such involved 
interfaces/protocols-between the HLRs and GGSN 20. 
/ / Mobile station (MS)jtO is'eapable of using one or more 
^ general packet radio services (pT^RSs). The operator of the 
telecommunications network sliBwnXin FIG. 1 has a sub- 
Vscription agreement fpr mobile sUtion (MS) 4 
' scription-agreement.specifies various terms. and conditions^ 
concerniiig and governing operation of-mobile station_(MS)) 
40!Tpata including subscnptioa,data reflecfirfg!6^{^certain 
ones of these subscription J^^s ancl^conditions foTmol ^ile, 
station (MS) 40 iTstofedln HtR-263 . 



plication occurs when mobile station (MS) 40 
moves to another location that is not served by SGSN 24^. 
An example of such a complication is illustrated as mobile 
station (MS) 40 moves along path 50 of FIG. 1 to the 
position shown in FIG. 2. In the location shown in FIG. 2, 
mobile station (MS) 40 is in radio contact with base station 
system (BSS) 3O2 rather than base station system (BSS) 30^, 
and thus comes under the jurisdiction of SGSN 242 rather 
I than SGSN 24^. However, at this point in time GGSN 20 is 
10 (oblivious to the fact that, for data packet services, mobile 
^Istation (MS) 40 is now served by SGSN 242 rather than 
X SGSN 24i. 

Under certain circumstances GGSN 20 would eventually 
^ be apprised that, in the situation of FIG. 2, mobile station 



In the above regardTi^Vtelecoimunications network (MS) 40 is served by SGSN 242 rather than SGSN 24,. One 



20 



understood that identity of other fields and the ordering of 
fields in the records of HLR 26^ are not critical to the present 
invention, but that the format of Table 1 is provided merely 
as an example of one specific implementation. 
( At the time s hown in FIG. 1, GGSN^2p knows how to 
l^oyx^ incomingT^jequesjs:,forrpTcl^ connections to 
/-"mobile station (MS) 40. In particular, at the instance shown 
in FIG. 1, if a data packet connection to mobile station (MS) 
40 were requested, GGSN 20 would consult HLR 26,. 
GGSN 20 would learn the SGSN Address for mobile station 
(MS) 40, e.g., SGSN 24, from the second field of the record 
for mobile station (MS) 40 in HLR 26, (assuming the format 
of Table 1). 
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each mobile station has a location register which is consid- 
^ered its "home" regisTer. In the illustrated example, HLR 26 J- 
is the "home" register for mobile station (MS) 40. HRL 26, 
thus has alrecord for each of the mobile stations for which 
^t is "home", including a record for mobile station (MS) 40. 

An example format of a prior art GPRS subscription,data^ 
record 'storecT ih HLR.2 6,as shown in Table 1. The first field 
of a record iD _HSr-26 ^ identifies the particular^mobile 
station to which the record belongMhe first record contain- 
ing the Interactional. Mobile SubscriberidentUy~(TOSj)^ 
the mobile. station, which is unique for each mo&ile station. 
For each packet data protocol type which the mobile station 
(MS) 40 is eligible to utilize (depending e.g., on its sub- 
scription agreement), the record in HLR 26, also contains a 
"context". 

Basically stated, a "context" is data needed for a sub- 
scriber to use a s pecific^ packet data protocolf( T'DP )7^for 
example~X;25._An_example context for one packet data 
protocol ("PDF') is shown as the group of last six fields of 35 

"Table 1. If mobile station (MS) 40 is eligible to use two 
packet data protocols, two such groups of fields would be 
^included in the record; if three packet data protocols are 
eligible, three such groups are included, and so forth. 

In general, "activation" of a PDP context enables the 
SGSN to establish a PDP context for a subscriber (see Table 
3) andgiiables^^tfieTsubscriber's'mobile "Station to-se ad and 
receive packet~data, A "static'PDF*~addre^is~associat^ 

-with-the subscriber's mobile ID and is allocated at the PDP 

(Context subscription. 

For reasons explained below, the current invention aug- 
ments the record in the HLR 26 j with a new field which is 
shown in Table 2. The field newly added by the present 
invention is entitled the "SGSN Address Updating Allowed" 

- field. The SGSN Address Updating Allowed" field basically 
specifies whether the subscriber is allowed to update its 
SGSN address to its GGSN when (1) the subscriber is not 
GPRS active and (2) after a GPRS Attach procedure or an 
Int er-SGSN Routing Area Update procedure. It should be 



"such circumstance is when mobile station (MS) 40 seeks to 
activate one of its packet data services by initiating a packet 
data transmission from mobile station (MS) 40, such acti- 
vation being referred to as a PDP context activation. Another 
circumstance accompanies inter-SGSN routing updating 
signaling. Yet until one of these circumstances occurs, 
mobile station (MS) 40 is unable to receive data packets 
because GGSN 20 does not have the current SGSN address. 
^ The present invention pjpvidesjGGSN^0~wittr4e current 
SGSN^addresSj^and^thereby^bWm^ 
to receiye^dataLpackets.even before-mobile.st^a^ 
per fo rm s^a ny— PDP ™ con tex t_ activ a ti^on In p arti cu 1 aiT^ t he 
present invention allows mobile station (MS) 40 to "attach" 
to an SGSN. The present invention enhances MS mobility 
management by transferring the address of the SGSN cur- 
rently serving mobile station (MS) 40 to the HLR by way of 

the On interface between GGSN and SGSN. 

t - . 

Thus, the present invention provides GGSN 20 with the 
current SGSN address by having the SGSN send GGSN 20 
its address under certain circunastances. The SGSN address 
' ^ provided^ to_GGS]>L20_ in ^a^neM^^^sa^ ImowiTas^the 
(Update SGSN^ Address-Request 'message ^For"a subscriber 
/^whose subscription^permitSjlhe address of tlie latest SGSN 
^^node^is sent.in the Update SGSN Add Request message-^ 
-fo^'a qualified packet dalafpratqcol (PDP)/TO^ A quali- 
fied PDP conlext (1) has a static PDP address; and (2) is not 
activated. As explained separately bfelow, the Update SGSN 
y , Address Request message can be sent from the SGSN to the 
GGSN in either a GPRS Attach scenario or an Inter-SGSN 
Routing Area Update Scenario. 

' GPRS Attach Scenario 

Prior to discussing Attach procedure details, it is prelimi- 
50 narily mentioned that a GPRS-attached mobile station can 
use its IMSI to attach to -the SGSN. This invention particu- 
larly concerns mobile stations with GPRS capabilities; a 
mobile station that is not GPRS-attached makes an IMSI 
attach, as described (for example) in the Global Systems for 
55 Mobile communication (i.e., GSM), An IMSI-attached 
class-A mobile station engaged in a circuit switched (CS) 
connection does not indicate that it is IMSI-attached when it 
performs a GPRS attach. In the attach function, the MS 
provides its iMSI and-an indication of which type of attach 
60' that is to be executed. The different types of attach are -I MSI 
^ attach, GPRS attach, and corhbined IMSI/GPRS attach, 
IMSI (or old TLLI) is used as an identifier during the 
attach procedure until a new TLLI is allocated. After having 
executed the GPRS lo attach, the mobile station is in 
65 READY state, and MM contexts are established in the 
mobile station and the SGSN. The mobile station may then 
activate PDP contexts as described in subclause "PDP Con- 
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text Activation and Deactivation Functions' 
documentation. 

An I MSI -attached class-C mobile station follows the 
normal IMSI detach procedure before it makes a GPRS 
attach. A GPRS-attached class-C mobile station performs a 
(^PRS^detach before it_makes an IMSI Attach. 
. J The sSSN^^&sis^forT^^ 
locationjsstoredinthe^H 

\data~can be cdmmunicated to^the SGSN^ If nevv^-subseriber 



of the GSIVI'^^ includes e.g., the following inforrQationalrparaiiieteTs^rela- 
Jive to-moWle5taHoa(MS) 40:^MSl7:MS^ei^7Ciassma^^ 



jCKSN f-Atta ch-T^y^and-'lgRX-^ The Attach j 

{Request message is^^t^i^fee^taiionrsystem SOj^to'^ 

sGSN j4^T::^---'^^ — —~ — 

The informational parameters included in the Attach 
Request message of step 3-1 are now briefly discussed. The 
"MS Class" parameter indicates whether the mobile station 
.is,axlassrA,_cl ass-B , ^r class-C Da obile-station7=Thc=^Qass- 
^/data'is~received-in the SG gN, and if^the-mobile stationJs^^P mark" parameter contains thTmoBile station'l GPRS^iul;- 
J GPRS-attached, ^the-SGSN-may, if-required;^omnaand-the-^ 
>niobile station to-^nake^^noe^^ 

-context activations so that the new subscriber data is taken 
^ into use. 



The GPRS Attach Scenario is first described generally^ 



tisiot capabilities and supported GPRS ciphering algorithm"- 
in-addition-to -existing classmark parameters. JThe^" Attach 
Type" parameter indicates which type of attach is to be 
performed,_i^^ GPRS Attach only, IMSI Attach only, or a 
..v^.x^vv. ^^^^_,,^, ^^^combihTd GPRS^d"IMSI^ttach, A combined GPRS and 
with respect to FIG. 3, and then in more detTil whli reference r^^^SRttach is used also in the case of a GPRS Attach when 
to nG.3A. The GPRS Attach Scenario, which is a combined \ ^S is already IMSI-attached. The "DRX" 

IMSI/GPRS Attach procedure, is described with reference to \ (Discontmuous receive) Parameters indicate whether the 
the example and iUustrative network topology presented in ,^obile station uses discontinuousjeception or not^If the 
FIG. 2 in which, yet unknownao GGSN 20, mobile'station^r^^io*'^^^ ^X^Woxi uses discontinuous reception, then DRX 
:*(MS) 40--has just come into thj{jurisdiction:of:SGSNr24j^ L ^^ameters also indicate when the mobile station is in a 
. : Atstep3.1ofFIG.3, mobneltiH^ir(N^^ ^^^^ ^^^^^^^ P^g^"g 

Attach-Request-me^agnTSGSN 242.>s4~3^2-lirpikr^?q^^^*^ assignments. 

.performanc6_of-^Identific^^,rAutht5ticationrand-IMEI 7^ ' If» rattier than usmg its IMSI in the Attach Request 
' operationsrAfstep 3-3 SGSN 242^nds a-Bpdate Locatio^i^- message, the mobHe station (MS) 40 identifies itself with a 
message to^FlLj^ftor^t^P^-^-^^^ '^^^ scenario illustrated in FIG. 2 in which the 

procedures-a^^sert^Subscriber Data (iSD)^proceau¥es ^current SGSN has changed since detach)^ at step 3-la the 
initiated^by^HLR 26^. In connection with these ISD .new SGSN (e.g., SGSN 24^.sends.anidentm^i^Request 
procedures, the'lSD operation is modifiedToFGPRS in order 3^/*^ thej;old2SGSN (e.g., SGSN 24^) to requesUhe JMSI 6f- 



to carry GPRS related infonnatioEfsuch^as Types, PDP 
Addresses, QoS Subscribed, etc. (See Tablir4~of section-13.1^ 
^ofTS GSM 03.60). 0 



k m obile^^ ior(MS) 40. At step 3- lfc the old SGSN (SGSN" 
24fVresponds witiridentific ationrResponsc]TO Iden=r. 
-tification-Response rnessage includes the IMSI of mobile 



Step 3-5 of FIG. 3 shows HLR,26, sending an Update . > -^^''^vl^JL^^' Authentication Tnp et^. ^.^^^^ ' 
' Location Ack message to SGSN ^24, After r5:eipt of the Testation (MS) 40 is not known m the old SGSN, the old SGSN 
Update Location^k message, SGSN 242^ends^new'-. ^^^^P^^^ a" appropriate error message. 
^essage~ofThe^invention— the-Up date-SGSN- Address~T^. If the TLLI is unknown m both the old SGSN 24^ and new 
P ( Reque^st' message--^to^pSN^^ ' SGSN 242, at step 3-lc the new SGSN 24^ sends an Identity 

UfJdate SGSN^J^^p^uest rae^agTprovid^ message to mobile station (MS)^40r The-Wentity^ 

: ^ SGSNTddressrireTthe-addre^ of SGSN 242 for all PDP -Request message to.elicit the Identity Type bf mobile station, 
contexts whicli^have a Static EDP address, which are not ' 1(MS) ^40^ indkated_by_stepJ3^^ 40>^ 
activated,^ and for" which an"^ operator^tias indicated that "tiesponds with an Identity^Response message which includes J 
WacMress^notification-is.-permitted. Thereafter, GGSN 20 ' - IM SI of m obile st^tion-(MS) 40.-llie mobile station 
\^?Sponds by sending an Update SGStsT Address^Response:^v^MS)-40-uses4ts JMSLto-identify_itselflun is 
me&age-to SGSN'242/as indicated^by step 3-7. The-Update>2^1ocated. 

SGSN_ Address. Response message ~ FdvisesT whether th^^T \ FIG. 3A shows various aspects of the authentication, 
/upflating.;i^uested. by th^ security, and equipment checking operations- generally 



message has been successfur. 



After SGSN 242 has 'informed, or at least attempted to 
inform, GGSN 20 of the address of SGSN 242, Location 
Update procedures-are-performed-as.generally„indicated^y 
step 3-8"Following:Locatibn Update^ at:stepi3:^8^^ 
■sends an Attach Accept message to mobile station (MS) 40. 
Thus, two new GPRS Tunneling Protocol (GTP) messages. 



depicted as steps 3-2 and 3-2fl in FIG. 3. These^^tfientica- 

Hion functions are conventional, such as those which-are 
1 ■ . ... 
defined in the. subclause "Security^Eunctions" in the docu- 
ment Digital Cellular Telecommunications System (Phase 
2+), General Packet Radio Service (GPRS) Service 
J)escnption, TS GSM 03.60 version 2.0.0. If no (mobility 
management) MM contextrfor mobile station (MS) 40 exists 



4helJpdate SGSrOVddre^ 55 anywhere in the network, then authentication is mandatory 



^SGSN Address-Response-message, are provided by the 
present invention. These two new GTP messages, as well as 
details of one embodiment of implementation of the general 
procedure shown in FIG. 3, are described in more detail in 
connection with FIG. 3A. Steps shown in FIG. 3 have the 
same steps numbers in FIG. 3A, with FIG. 3A also showing 
various subsleps or subope rations for procedures and opera- 
tions only generally shown in FIG. 3. 
_At step 3-1 of FIG. 3A, lAobile statibri (MS) 40 makes its 



Ciphering procedures are described in subclause "Seciu-ity 
Functions." If TLLLaUdcation^is going:to::be done,-and~if_ 
ciphering-is supported-by'thr^netwprk, tfie~cipfie^ modct^ 
is set^The^ equipment checking functions of step'3-2fl~are^ 
conventional andToutine in the art. 

Step 3-3 of FIG. 3 is also shown in FIG. 3A, and involves 
SGSN 242 sending an Update Location message to the HLR 
\of mobile station (MS) 40, i.e., HLR 26j. The Update 



Location-message includes the SGSN Address and theTMSK 
Titoaiiyl(e.g:, its IMSI) known ttf the SGSN serving base-^es'^of mobile^station (MS) ;40. ■ 
: station system 3O2, i.e., SGSN 242, t>y sending^ Attach • In response to the Update Location message of step 3-3, 
Recjuest message. The Attach Request message of step 3-1 the Cancel Location and ISD procedures (depicted generally 
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as step 3-4 in FIG. 3) are performed. In showing these^ 'ing Allowed" field allows the operator to select which PDF 

-rr-procedures in more detail, FIG. 3A illustrates as step 3-4fl \ Contexts having a static PDF address will provide an SGSN 

the HLR 26i sending a Cancel Location message to the old \ a'ddress to the GGSN20 following a successful GPRS attach 

SGSN 24i . The Cancel Location message includes the IMSI \procedure or an Inter SCSN Routing Area Update procedure 

of jmobUe station (MS) 40. Upon receipt of the Cancel 5 jwhen their PDF State is inactive. The operator, by command, 

Location message, the old SGSN 24^ removes the mobility P^ts the value of the "SGSN Address Updatmg Allowed" 

management (MM) and PDF contexts and at step 3-4fc Af^*^ "^R 26, (see Table 2). 

acknowledges such cancellation with a Cancel Location Ack | ; The field of Table 2 is added to and updated not only m 

message. The Cancel Location Ack message includes the ffi^"^?™^ SubscripUon Data shown m Table 1 but also 

. IMSLof mobile station (MS) 40.' ' , lO the SGSN rnobility management (MM) and PDF Contexts 

, ^ - ^ /. shown m Table 3. 

3fteyheCancel location operation are performed, the ^^^^^ ^^S^ ^^^^^^^ ^ ^^3. 

\ Insert..Sub^cnber:Data- (ISD)^^^ follow. In this Q^^^,^^ sGSN 24^ at step 3-6, at step 3-7 GGSN 20 sen& 

; regard^^Lstep_3;4c,Jh}C06a-sen^^ J.an-Update SGSN A^dfesirR esponse.m essage-backio SGSN 

^Data mess^geOathe new-SGSN'242j[h~the InsertSub^nber^ 24^;jdviii5fi~wh^hcn foTthe 
N^Data operaUon,-HLRJ6i_sends'all^^ hasjikeen-successfiihor^ot. The Update 

^ tionfforjeach PDF- typfe^M^^^ The [ SGSN Address R^e^onsemessage of step 3-7 is sent from 

V Insert Subscriber Data message of step 3-4c thus includes | the GGSN node to the new SGSN 24-^ as part either of the 
the IMSI and GPRS subscription data (see Table 1 and Table j GPRS Attach procedure or the GPRS Inter SGSN Routing 
-2) for mobile station (MS) 40. The Insert Subscriber Data for j Area Update procedure. The information elements in an 
fa PDF type is understood with reference to Table 1. 20 Update SGSN Address Response message include an Infor- 

/ /ai step 3-4d the new SGSN 24^ acknowledges with an r mation Element and a Cause. 

/.Insert Subscriber Data Ack message which includes the ^ FIG. 3 shows generally by step 3-8 certain Location 
/ IMSI of mobile station 40. At this point the new SGSN 24^ Update procedures which are described in more detail in 
/validates the presence ofmobUe station (MS) 40 in the (new) ^.^F^G. 3A with reference to steps 3-8^z through 3-8g If the 
\outing area (RA). If due to regional, national, or interna- ^5 Attach Request of mobile station (MS) 40 at step 3-1 is for 

t^o^lal restrictions mobile station (MS 40 is not allowed to ^^^I attach, then the new SGSN 24, forwards the IMSI 

^ktach in the RA or subscription checking fails, then SGSN ^.^ ^ 28- The address of VLR 

/ - . . ^ T— K-^-^^- — ~ — ^ — ^ ,* t 2% IS derived form the RA information. In this regard, if 

24^ rejects the Attach RequeitwitH^appropriate message. \^ . ^..^ . ^ . TM^^T-.tt.rhpH .nH i**. 



^^2 i^jcut3 Lu.^a..ui..4u.c,.w..^a^ V mobik Station (MS) 40 is already IMSI-attached and is 

V If aU checks are successftil then SGSN 24, constructs a ' ^doing a GPRS attach, an association is created by sending (at 
mobihty management (MM) context for mobile station (MS) / 3,^) ^ lo^^^^^ Updating Request message to VLR 29^.- 
40. An example mobility management (MM) context is k ^^^j^ ^^^^^ ^^^^^^ ^^g) 4^, ^ GPRS-attached in 
shown in Table 3. / y^R 292. The Location Updating Request message sent to 

^ After completion of the ISO procedures, as indicated both vLR 29^ includes the new LAI, IMSI, SGSN Address, 
in HG. 3 and FIG. 3A, at step 3-5 HLR 26^ acknowledges - ^ qprs Attach State, MS Cass. The GPRS AtUch State 
the Update Location message of step 3-3 by sending an included in the Location Updating Request message indi- 
Update Location Ack message to the new SGSN 24, after cates that the m6bile^tTtion=is~aftached to GPRST^that 
the canceling of old MM context and insertion of new MM vlr 29^ creates an association with the-new SGSN 24jby- 
context are finished. storing SGSN Address and MS Class. 

In view of the receipt of the Insert Subscriber Data, SGSN 40 if the LA update is inter-MSC (which does occur in the 
24, checks to see if there are any PDF States which (1) are scenario iilusti-ated in FIG. 2), the new VLR 29^ sends an 
not active, and (2) for which the HLR allows the SGSN to ' Update Location message to VILR 26^ as shown by step 
inform the GGSN of the new SGSN's address. If any PDF 3.8^, jhe Update Location message of step 3-8Z? includes 
States meet these two criteria, a new message— the Update the IMSI of mobile station (M§) 40 and the new VLR. In 
SGSN Address Request message— is sent at step 3-6 from 45 re'sponse, the HLR 26^ sends a Cancel Location message to 
SGSN 24, to GGSN 20. In the Update SGSN Address the old VLR 29^. The Cancel Location message includes the 
Request message SGSN 24, provides, for all PDF Contexts-TCIlMSI of mobile station (MS) 40. As shown by step 3-Hd, the 
having a Static PDF address that are not activated, the ^ * VLR 29^ acknowledges by sending a Cancel Location 
addressof the new SGSN (i.e., SGSN 242). Ack message, which also includes the IMSI of mobile 

(Jli^niform^ti^^ (MS) 40. Then, at step 3-8e, HLR 26^1 sends an Insert 

^P[equest^message-of-s]ep 3-6'include ^^^^ followihg:'''nfrEo^ /^Subscriber Data message to the new VLR 29^. The Insert 
V^'mation^eleiii^^ SGSN Add res3i and-Update_R^onP^ y^ Data message includes, for mobile station (MS)"^ 

ThT^UpdatenRea^on-informatiori element of the Update^ 40, the IMSI and GSM subscriber data obtained from in 
SGSN Address Request message can have either of two l-^rmobile station (MS) 4p's record in VLR 29j . Receipt of the 



values. A first of the values indicates that the update was 
initiated 'by a GPRS AUach Procedure (the situation pres- 
efitly described with respect to^FlG. 3 and FIG. 3A). The 



55 Insert Subscriber Data message is acknowledged by VLR 
2_92 at step 3-8/ with an Insert Subscriber Data Ack message. 
The Insert Subscriber Data Ack message includes the IMSI 



second of the values indicates that the update was initiated/ — ^of_mobile station (MS) 40. After finishing the inter-MSC 
\by a^ GPRS Inter SGSK Routing Area Update Procedure (a "X location update procedures, at step 3-8g the HLR 26^ 
siEafion subsequently described with respect to FIG. 4 and 60 responds with an Update Location Ack message to the new 
FIG. 4A). This information may be used by the GGSN for "VLR 292, the Update Location Ack message including the 
Statistics purposes or used by the GGSN depending on hW '■ IMSI of mobile station (MS) 40. The new VLR 292 can then 
the GGSN obtained the SGSN address, \ 'respond to new SGSN 242 ^t step 3-8/2 with a Location 

As mentioned above, in the present invention, an addi- '.Updating Accept message. The Location Updating Accept 
tional field known as "SGSN Address Updating Allowe£i:i^65 message includes the TMSI. 

field (see Table 2) for GPRS subscription data is introduced At step 3-9 SGSN 242 sends an Attach Accept message to 

in HLR 26j and in SGSN 242. The "SGSN Address Updat- mobile station (MS) 40. The Attach Accept message 
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includes the TLLI for mobile station (MS) 40, the PLMN- SGSN 242,,advising whether the updating of the address for 
supported MT-capabilities parameter, and the TMSI. the^newjSCjSN_has_been^uc This is followed 

n If the PLMN-Supported MT- Cap abilities parameter (at step 4-8) by Location Updating operations. Then, at step 
/ received„byjTiobiIe station (MS) 40 at step 3-9 indicates that 4-9,_aQlbuting'j^ea~Update Accept message' is^ fromi 
^only GPRS-M'Sl^la^C'mode^of operation is suppo (i.e., ' 5 CSGSN-24^ mobile station (MS) 40.' Lastly, at step 4-10 a 
the Gs interface is not installed), then a-Grass-A:9r~B-.MS Routing Area Update Complete message is sent from mobile 



shall either: (1) perform^-aji-ejqjHcit^MSLdetach-viaaheX station (MS) 40 to SGSN 24. 
non-GPRS controrchannels'(if mobile station (MS) 40 was \ Wp^j^jj^j. 



2* 




I, , ... v-Vino 1', i /^fuuucr specifics ofthe operations performed m FIG. 4 are 

already-^IMSI-attached); (2) -access-the non-GPRS control f , J a -4i. ♦ . mr^ akt'\ X2\n a mr* ak 
i_ 1 c I- /^u .u « r-o *■ ^- ^ now described with respect to FIG. 4 A. Like FIG. 4, FIG. _4A\ 

channels for CS^ operation (the way that Co operation is ^f,/ j ^ ^ . ^ — c-i — r^- — >Tivo\-.<n — — *• ^ 

^ - -r J • ^11 Anncy • 1 / ^-^^ shows at Step 4-l,mobile station (MS) 40 sending a Routing-- 

performed in- paralleLwith GPRS operation is a -MS imple-/ - ■ 7.^'^ . \ ii. o>oxt / — ^ 

~7 .J /u^^^ r •£ *• \ / / Area^Update-Request messagerto-the new SGSN (e.g., 

mentation issue outside the scope of this specmcation); ,or o'^cxr \ ^ n a n a * n * ^^^^^J^^i 

J 11 r^<- • 1- /• u u i N .iSGSN 24,). The-Routmg Area Update Request message/.^ 

(3) avoid all CS signahng (m which case^mobile station) , t ^-^^ ^Z ^^ — ttaf dat 

• • 1- -.1 T»>roVj * u J f * u-r v^^rT' 1 ^ /^includes the parameters TLLI, new CI, old RAI, new RAI, 
(MS) 40 IS unphcitly I MSI detached after a while). If- only f „ ^ 5Hf^- - » _ ^ » ^i— -u-^-^"-^^ 

iWc V-i A f • ^^t^A ^Ja / CS Connected. The.parametenCI IS added in the base station ^ 

MS Class C mode of operation is supported, and mobile > c__ -.^oc-^* * / *i, 1 ^ *i, a- ■ * "^^^-^ 
1 [■ /xxo\ /a f**oT !l u *u *u T\.fcf J ^ system (BSS) to reduce the load on the radio mterf ace V The 

station (MS) 40 requested an IMSI attach, then the IMSI / r r — ?^o7^ '\~a~- a- . c^u u•^ 

u • t rf / /parameter CS_Connected_indjcates-if-the^mobile station 

^tta^etLii££LP£J^^ te^MS) 40 hal^.an.ongQing C§ connrCi^If t^^ 

''T.c'w^P!! Attach Accept message^ mobile [^^^^^^^ a Location¥pdatinTRequesl.message 

station (MS) 40 discerns that either TLLI or T^if h.fT^^^^^^^ 

changed, at step-S-lO mobile station (MS) 40 acknowledges^ \^^. ^ , ^ , - — , , . r,^^vr ^ 
the received and/or TMSI with an Attach Complet^ ^-2 of RG. 4 generaUy mvolved the SGSN^ntext 

message. The Attach Complete message includes the TLLI Procedure and Forward Packets procedure^Fjirther deuJs of 
and TMSI values. If TMSI were changes, at step 3-U\he f P showiMn FX^^^^ 

new SGSN 24, confirms the TMSI re-allocation by sending 

a TMSI Reallocation Complete message (which includes thb ,5 SGSN^(i^ ^GSii2^^^^ PDP> 

TMSI value) to VLR 29 / / ^P^^ mobile-stationJMS)_40? The SGSN-Gontext 

If the Attach Renucst cannot be accented SGSN 24 Rcqn^ifS^sage includes the following parameters: old 

It the At ach Request cannot be accepted, i^^^^N ^2 ^LlI, and New SGSN Address. At step 4-2b the old 

returns an Attach Reject message to mobile station (MS) 40. /^o^oVr /• o^^okt i>i \ j -^u oV^ckt * ♦ 

™ ' i A f>>fCT A D ' SGSN (i.e., SGSN 24.) responds with a SGSN Context 

The Attach Reject message mcludes the IMSI and a Reject^ ■„ ^ ' -ru c/^ckt r> . ^ n 

p f — — ^ Response message. The SGSN Context Response message 

cause parameter. ^o^includes the following parameters: MM^Context^B 

INTER-SGSN ROUTING AREA UPDATE Jcontexts, and LLC Ack. If the mobile sUtioTisnoTknown 

PROCEDURE ^ihihe old SGSN, the old SGSN responds with an appropriate 

no. 4 shows general signal flows an Inter SGSN Routing error message. 
Area Update Scenario which features the two new GTP 35 I ^ The old SGSN (i.e., SGSN 24^ stores the address of the 
messages utilized by the invention, i.e., the Update SGSN inew SGSN (e.g., New SGSN Address) until the old MM 
Address Request message and the Update SGSN Address ^'context is cancelled, to allow the old SGSN 24^ to forward 
message. In the scenario of F IG^ Jhe new SGSN 242 ^^^^ packets to the new SGSN 242- The LLC Ack parameter 
ii^^m^GGS^QOoLits.address-for-each.PDP Context (1) ^ in the SGSN Context Response message contains the 
thanTnot active; (2) which has an address which is a static acknowledgments^oi-each^LLC connection used by^obile^ 
address; and (3) for which the operator permits update of^"-ystation-^(MS)-40. Eaeh-POF^^^ GTP 
new SGSN address to its GGSN when performing Inter \ ^tfequent^ number foH&e i^^^ 
SGSN Routing Area Update. \fl(j.m^bi|e^ 

Step 4-1 of FIG. 4 shows mobile station (MS) 40 sending ji^the next upTi^^ 
a Routing Area Update Request message to SGSN 242- At L 'SGSN 24^ starts a timer. ~At^xpir>^f-that4^^ 
step 4-2 SGSN 242 performs a SGSN Context procedure and ^€or mobile~station'(MS)-40 a^^ - ^ 

Forward Packets. The SGSN Context procedure and for- ^ As shown by step 4-2c of FTg7~4A, the old SGSN 24i 
warding of packets is described in more detail in connection ^starts a tunneling of buffered N-PDUs to the new SGSN 242- 
with FIG. 4A. Step 4-3 is indicative of performance of Additional N-PDUs received from GGSN 20 before the time 
conventional Security Functions. jq described in step 4-2b expires are also tunneled to the new 

(I^Step 4-4 pertains to various PDP context oper ations ; step SGSN 242- N-PDUs which were already sent to the mobile- 
Vs involves~UpdatrLocation, Cancel ljCT station (MS) 40 and which are not yet acknowledged by 

operations;: Steps 4-4'"and 4-5"^re'^^^ mobile station (MS) 40 are tunneled together with the 

subsequently in connection with FIG. 4 A. v number of the LLC frames which transferred the last seg- 

At step 4-6 SGSN 242 sends an Update SGSN Address 55^^°* ^^e N-PDU, 
Request message to GGSN 20. Prior to sending the Update • As in FIG. 4, step 4-3 of FIG. 4A depicts execution of 
SGSN Address Request message to GGSN 20, SGSN 242 conventional security functions. These security procedures 
checks to determine if there-are an y PPP^Sj atesjl) that are are defined in subclause "Security Function" of the docu- 
^ — not:activer(2)"forWEchTh6 HLR allows tEe new SGSN" to ment Digital Cellular Telecommunications System (Phase 
inform the GGSN of the address of the new SGSN. If these 60 2+), General Packet Radio Service (GPRS) Service 
y^'checks are'i^bsitive, at stept-6 the U^ TS GSM 03.60 version 2.0.0. Since TLLI 

V Request"message is^sent'from^^S to GGSN 20, with___aliocation is to be done, a ciphering mode shall be set if 

(^the new message-providing'the new SGSN address for all ciphering is supported. 

PDP Contexts having,a Static PDP address and which are not Step 4-4 of FIG. 4 represented PDP context operations 

activated. - ... J 65 .which are now further described with respect to FIG. 4A. At 

In response to the message of step 4-6, at step 4-7 GGSN step 4-4fl the new SGSN 242 sends an Update PDP Context 
20 sends an Update SGSN Address Response message to Request message to the GGSNs concerned (i.e., GGSN 20). 
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The Update PDP Context Request message of step 4-4fl 
includes the folio wing_j)arameters: new SGSN Address, 
TID, and QoS. The^GGSI^s update their PDP context fields 
and return an UpdatTHDP Context Response message as 
indicated by step 4-4b. The Update PDP Context Response 
message includes ^tKe"TrD7 ]> 

Step 4-5 of FIG^4„representedUpdate Location, Cancel 
Location, and^InsertSubscriber-Data (ISD)Ioperations which 
are now further described with respect to FIG. 4 A. At step 
4-Sa of FIG. 4A the new SGSN 242 infoms HLRrSe^-of the 
J. change of SGSN:hy:sienaing~an-Update-Locatioa5iessage:tc5 

(^HhR l 6^ . The:iJpdate"Locatipn"message33ad^^^^ ^ 

Jo_wing:para5ieters:-SGSN~AddrcssraMIIMSDTT3e^ 
~4-5i?7 HLR 26rcancels the^3i«tl joontcxtiiOh'e old SGSN 
(i.e., SGSN 24i) by sending a CanceFLocation message to 
the old SGSN. The Cancel Locajion^e^age includes the 
IMSI of mobile station (MSy^O.^If-^tfaES^rggi^rib^d in 
step 4-2 is not running, then the old SGSN removes the MM 
and PDP contexts, and acknowledges^atjstep 4- 5c with a 
Canc el Locat ion_A,ck , messa ge. jnie-Cancel LocatioiTTVclO 
^^essage incliidesjhe.IMSLof mobile station.(MS)-40.— 

At step 4-5d HLR 26^ sends an Insert Subscriber Data 
message to the new SGSN 242- The Insert Subscriber Data 
message includes both the IMSI and GPRS subscription data 
for mobile station (MS) 40. In resp^nse,^tstep_4-5e,-SGSN 
24^ acknowledges with ari-Insert-Subscriber-'Data Ack 
message, TheTnsert.SubscriberCData Ack^message-includes 
^the IMSrof mobne^sJtp^^ ^——^ 

HLR "267 acknowledges receipt of the Update Location 
message by sending, at step 4-6, a Update Location Ack 
message to SGSN 24^. The Update Location Ack message 
provides the IMSI of mobile station (MS) 40. 

Step 4-6 employs the new Update SGSN Address Request 
message of the invention. At step 4-6 the Update SGSN 
Address Request message is sent from SGSN 242 lo GGSN 
20, In the Update SGSN Address Request message SGSN 
24^ provides, for all PDP Contexts having a Static PDP 



SGSN 242 validates the presence of 40 in the<new^RA. If 
due to regional, national, or international restrictions mobile 
station (MS) 40 is not allowed to attach in the RA or 
subscription checking fails, then SGSN 242 rejects the 
5 routing update with an appropriate cause. If all checks are 
^successful, then SGSN 242 constructs MM and PDP con- 
)/texts_forjTiobilestation (MS) 40. A lo^calUinldCeslab^ 
l5erweenTheTnewSGSN-242 andmobilestationXMS) S6. The 
new SGSN 242 resplDhds~to'40~at'step^4-9-with-a Routing 
Area Update Accept message. The Routing Area Update 
Accept message includes the following parameters: TLU, 
PLMN-Supported MT Capabilities, LLC Ack, and Cause. 

If PLMN-Supported MT Capabilities indicates that only 
GPRS MS Class-C mode of operation is supported, i.e., the 
Gs interface is not installed, than a Class-A or B mobile 
station shall either: (1) perform an explicit IMSI detach via 
the non-GI^RS control channels (if the MS was already 
IMSI-attac&ed); or (2) access the non-GPRS control chan- 
nels for circuit switched (CS) operation (the way that circuit 
switched operation is performed in parallel with GPRS 
operation is a MS implementation issue outside the scope of 
this specification); or (3) avoid all circuit switched signahng 
(in which case the MS is implicitly IMSI detached after a 
while). 

If the PLMN-Supported MT-Cap abilities parameter indi- 
cates that also GPRS MS Class A and B mode of operation 
is supported, and the mobile station used to be communi- 
cating with a SGSN that only supports Class-C mode of 
operation, then a Class-A or B mobile station that needs to 
perform IMSI attach and Location Updates shall do this via 
the SGSN, Moreover, if that Qass-A or B mobile station is 
already IMSI -attached, it immediately performs a Location 
Update^via the SGSN to allow the VLR to store the SGSN 
address. 

^^J yrh^i,i^C^ck parameter of the Routing Area Update 
<j Accept message contains the acknowledgments for each 
connection used by the mobile station, thereby con- 
\ firming all mobile-originated N-PDUs successfully trans- 
^ ferred beforenhe^start of the update procedure. 

At step 4-lOrmobile station (MS) 40 acknowledges the 
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address that are not activated, the address of the new SGSN 
(i.e., SGSN 242). As in the earlier-described scenario, the 
information elements in the Update SGSN Address Request 

message of step 3-6 include the following: information <Qnew TLLI with a Routing Area Update Complete message, 
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element, IMSI, SGSN Address, and Update Reason, The 
Update Reason information element of the Update SGSN 
Address Request message has, in this second scenario, a 
value indicative of a GPRS Inter SGSN Routing Area 
Update Procedure (the situation subsequently described with 
respect to FIG. 4 and FIG. 4A). 

In response to the Update SGSN Address Request mes- 
sage from SGSN 242 at step 4-6, at step 4-7 GGSN 20 sends 
an Update SGSN Address Response message back to SGSN 
242, advising whether the updating of the address for the 
new SGSN 242 has been successful or not. The information 
elements in an Update SGSN Address Response message 
include an Information Element and a Cause. 

FIG. 4 has step 4-8 referencing generally Location Updat- 
ing operations, which are now described in more detail with 
reference to FIG. 4A If mobile station (MS) 40 is IMSI- 
attached and not in a CS connection, the association between 
SGSN 242 and VLR 292 has to be updated. The address of 
VLR 292 is derived from the RA information. At step 4-Sa 
SGSN 242 sends a Location Updating Request message to 
VLR 292- The Location Updating Request message of step 
4-Sa includes the following parameters: IMSI, SGSN 
Address, and GPRS Attach State. In response, VLR 292 
stores the SGSN Address and (at step 4-8^?) acknowledges 
with a Location Updating Accept message which includes 
the IMSI of mobile station (MS) 40. 



The Routing Area Update Complete message includes the 
following parameters: TLLI and LLC Ack. The LLC Ack 
parameter contains the acknowledgments for each LLC 
connection used by the mobile station, thereby confirming 
all mobile-terminated N-PDUs successfully transferred 
before the start of the update procedure. If LLC Ack 
parameter confirms reception of N-PDUs that were for- 
warded from the old SGSN, then these N-PDUs shall be 
discarded by the new SGSN. LLC and SNDCP in the MS are 
reset locally. 

In the case of a rejected routing update operation, due to 
Routing Area restrictions, the new SGSN does not construct 
a MM context. A reject is returned to the mobile station with 
an appropriate cause. The mobile station does not re-attempt 
a routing update to that RA. The RAI value is deleted when 
the mobile station is powered -up. 

In the case~of~no~repily'ffom"base~statibn system (BSS)_^ 
^node^SOij-the-new SGSN, 242 does not, construct a MM 
60 fcontextjnstead, a reject is returned~to~ ^e„MS^ wij jr 
^-appr opriate cause . The mobile^tation mayirerattempt updat^^ 
^ing to the same RA. As-an o]ption,rtlie~SGSN~may,-retry the~^ 
[operation before rejecting the routing-update: _ 

If routing area update procedure failsa maximum allow- 
65 able niunber of times, or if the Routing Area Update Accept 
Cause parameter indicates a reject, the mobile station enters 
IDLE state. 
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Field 



HLR GPRS Subsciiption Data 
Ctescription 



SGSN IP Address 

SNS Parameters 

MS Purged for 

GPRS 

MNfRG 



IMS! IMSI is the main reference key. 

MSISDM MSISDN of the MS for SMS 

SGSN SS7 Address The SS7 address of the SGSN currently 
serving this MS. 

The IP address of the SGSN currenUy 
serving this MS 

SMS- related parameters, e.g., operator- 
determined barring 

Indicates that the MM and PDP contexts of 
the MS are deleted from the SGSN 
Indicates that the MS is not reachable 
through an SGSN, and that the MS is 
marked as not reachable for GPRS at the 
SGSN and possibly at the GGSN. 
The GSN number and optional IP 
addresses pair related to the GGSNs that 
shall be contacted when activity from the 
MS is detected and MNRG is set. The 
GSN number shall be cither the number of 
the GGSN or the porotcol-converting GSN 
as described in the subclauses "MAP-based 
GGSN - HLR Signalling" and "GTP and 
MAP-based GGSN - HLR Signalling" 
Each IMSI contains zero or more of the 
following PDP context subscription records: 
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Thus, also in the second scenario th^^^^^^^MJ 
niessages— ^^at^SGSN^Ijare^^ 
the "Ufidag jSGSN^dfess'Res pjoi^^ an important-^ 
role. In fact, the Update SGSN Address Request message is 
sent from the new SGSN 24^ node to the GGSN node a^part 
of both the GPRS Attach procedure and the GPRS Inter 
SGSN Routing Area Update procedure. 

One advantage of the present invention is that it allows the 
operator to decide for Mobile Terminating Cases which 
inactive PDP Context will receive packet switched informa- 
tion. 

For further reading regarding example systems and envi- 
ronments in which the present invention can be utiUzed, see 
the following documents which are incorporated herein by 15 
reference: 

(1) Digital Cellular Telecommunications System (Phase 
2+) 

General Packet Radio Service (GPRS) 
Service Description 
TS GSM 03.60 version 5.3.0 

(2) Digital Cellular Telecommunications System (Phase 
2+) 

General Packet Radio Service (GPRS) 
Service Description 
TS GSM 09.60 version 1.7.0 

(3) Digital Cellular Telecommunications System (Phase 

2+) 

Mobile Application Part (MAP) Specification 
TS GSM 09.02 version 5.7.0 
FIG. 5 A and FIG. 5B show functional mobility manage- 
ment state models of the mobile station and the SGSN. 

While the invention has been particularly shown and 
described with reference to the preferred embodiments 
thereof, it will be understood by those skilled in the art that 
various alterations in form and detail may be made therein 
without departing from the spirit of the invention. 

TABLE 1 
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TABLE 1-continued 



Field 



HLR GPRS Subscription Data 



Description 



PDP TVpc PDP type, e.g., X.25 or IP 

PDP Address PDP address, e.g., an X.121 address. This 

field may be empty if dynamic addressing 

is allowed. 

OoS Profile The quality of service subscribed for this 

Subscribed PDP context. QoS Profile Subscribed is 

fjs^not, reques ted>^ — - — — ^^_1L^^!^ 



VFLMN Address 
Allowed 

VPIMN Address 
Allowed 
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Specifies whether the MS is allowed to 
use a dynamic address 
S piHfica llywhetherthe-MS-is'allo>ved.to. 
use" th ^ijPN in the^domaiFof thTH ff>i:K^j 

domain of thrvPLMN: 
Access Point Name A label according to DNS naming 

conventions describing the access point to 
the external packet data network 



TABLE 2 

Information Elements in an Update SGSN AAddress Request 



Field 



Description 



SGSN Address Updating Allowed 
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Specifies whether the subscriber is 
allowed to update its SGSN address 
to its GGSN when he is not GPRS 
active and after GPRS Attach or Inter 
SGSN Routing Area Update 



TABLE 3 



SGSN MM and PDP Contexts 



Description 



ilMSI 

S^M State 

piTMSI 
^EI 

W,^TMSI Signature 

Routing Area 
Cell Identity 
VLR Number 

New SGSN Address 

50 

TLU 

Authentication Triplets 
Cell Identify 
Kc 
55 CKSN 

^iTjh a r ing.;algprithm^r^ 



65 



MS Class 
Classmark 
DRX Parameters 
MNRG 

NGAF 

MSISDN 
SMS Parameters 

Recovery 



IMSI is the main reference key 
Mobility management state, IDLE, 
STANDBY, or READY 
Packet Temporary Mobile Subscriber 
Identity 

International Mobile Equipment Identity 
A signature used for identification checking 
purposes 

Current routing area 
Current cell, only valid in READY state 
The VLR number of the MSC/VLR 
current!)/^ serving this MS 
The'^ipfaddress of the new SGSN where 
buffer^'ahd not sent N-PDUs should be 
forwarded to 

Temporary Logical link Identity 
Authentication and ciphering parameters 
Current cell, only valid in READY state 
Currently used ciphering key 
Ciphering key sequence number of Kc 
"Selected"ciphering7atgQnthm" > 
^the~GPR'S MS^cla^; XTBToTC"^ 
MS classmark 

Discontinuous reception parameters 
Indicates whether activity from the MS shall 
be reported to the HLR 
Indicates whether activity from the MS shall 
be reported to the MSCA^R 
MSISDN of the MS for SMS 
SMS-related parameters, e.g., operator- 
determined barring 

Indicates if HLR or VLR is performing 
database recovery 
Each MM context contains zero 
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TABLE 3-continued 



18 



Field 



SGSN MM and PDF Contexts 



Description 



or more of the following PDF contexts: 



PDF Typz 
PDF Address 
NSAPI 



PDF type, e.g., X25 or IP 
FDP address, e.g., an X.121 address 
Network layer Service Access Point 
Identifier 

Packet data protocol state, INACTTVE or 
ACnVE 

GGSN Address in Use -The IP address of the GGSN currently used 
by the activated FDP context 
>Specifies whether the MS is allowed to use 
tthc APN in the domain of the HFLMN only, 
or additionaUy the APN in the domain of 
the VPLMN 

Negotiated data compression parameters 
^Rie quality of service profile subscribed for 
^ \:^Mis FDP context 



PDF State 



Allowed 



Compression 
QoS Profile 
^Subscribed 
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■ ^QoS Profil e Jleqiies ted'^'The- quality^f sejyice jMofile^teqiiesttd---^ 

^_j=z^ •u^^a^l ^^l^C.Qn^ 

QoS Profile Negodated-^^ITieiquality^of^ervice^profile'ncgdt^^ 
this"PDt''(xintext 

SND GTP sequence number of the next downlink 

^ N-PDU to be sent to the MS, only for 

connection-oriented PDF t^-pes 
SNU GTP sequence number of the next uplink N- 

PDU to be sent to the GSSN, only for 

connection-oriented PDF tj-pes 
Reordering Required Specifies whether the SGSN shall reorder 

N-PDUs before delivering the N-PDUs to 

the MS 
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What is claimed is: 

1. A mobile telecommunications network comprising: 

a gateway node through which the mobile telecommuni- 
cations network is connected to a data packet network; 

a serving node which serves a mobile station and which 
sends an update message to the gateway node prior to 
the mobile station performing a packet data protocol 
context activation, the update message providing to the 
gateway node an address of the serving node for use 
with the packet data protocol context. 

2. The network of claim 1, wherein the serving node 
makes a selective determination whether to send the update 
message with respect to a particular packet data protocol 
context. 

3. llie network of claim 2, wherein the selective deter- 
mination is based on data in an update allowance field stored 
in a memory. 

4. The network of claim 3, wherein the update allowance 
field is stored at a home location register for the mobile 
station. 

5. The network of claim 3, wherein the update allowance 
field is stored at the serving node for the mobile station. 

6. The network of claim 1, wherein the update message is 
sent in connection with an attach procedure. 

7. The network of claim 1, wherein the update message is 
sent in connection with an inter-serving node routing area 
update procedure. 

8. ITie network of claim 1, wherein the serving node is a 
serving packet radio service node for GPRS. 
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9. A serving node of a mobile telecommunications 
network, the mobile telecommunications network including 
a gateway node through which the mobile telecommunica- 
tions network is connected to a data packet network, and 
wherein the serving node serves a mobile station and sends 
an update message to the gateway node prior to the mobile 
station performing a packet data protocol context activation, 
the update message providing to the gateway node an 
address of the serving node for use with the packet data 
protocol context. 

10. The node of claim 9, wherein the serving node makes 
a selective determination whether to send the update mes- 
sage with respect to a particular packet data protocol con- 
text. 

11. The node of claim 10, wherein the selective determi- 
nation is based on data in an update allowance field stored 
in a memory. 

12. The node of claim 11, wherein the update allowance 
field is stored at a home location register for the mobile 
station. 

13. The node of claim 11, wherein the update allowance 
field is stored at the serving node for the mobile station. 

14. The node of claim 9, wherein the update message is 
sent in coimection with an attach procedure. 

15. The node of claim 9, wherein the update message is 
sent in connection with an inter-serving node routing area 
update procedure. 

16. The node of claim 9, wherein the serving node is a 
serving packet radio service node for GPRS. 

17. A method of operating a mobile telecommunications 
network which comprises a gateway node through which the 
mobile telecommunications network is connected to a data 
packet network, the method comprising sending from a 
serving node, which serves a mobile station, an update 
message to the gateway node prior to the mobile station 
performing a packet data protocol context activation, the 
update message providing to the gateway node an address of 
the serving node for use with the packet data protocol 
context. 

18. The method of claim 17, further comprising making a 
selective determination at the serving node whether to send 
the update message with respect to a particular packet data 
protocol context. 

19. The method of claim 18, further comprising making 
the selective determination on the basis of data stored in an 
update allowance field of a memory. 

20. The method of claim 19, wherein the update allow- 
ance field is stored at a home location register for the mobile 
station. 

21. The method of claim 19, wherein the update allow- 
ance field is stored at the serving node for the mobile station, 

22. The method of claim 17, further comprising sending 
the update message in connection with an attach procedure. 

23. The method of claim 17, further comprising sending 
the update message in connection with an inter-serving node 
routing area update procedure. 

24. The method of claim 17, wherein the serving node is 
a serving packet radio service node for GPRS. 
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